home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / smail-3.1.28 / contrib / nukeq / README < prev    next >
Encoding:
Text File  |  1991-10-26  |  3.0 KB  |  78 lines
  1. # @(#)contrib/nukeq/README    1.1 10/26/91 22:57:53
  2.  
  3. From apple!netcom!netcom.UUCP Tue Nov 27 06:37:05 PST 1990
  4. Article: 1582 of alt.sources
  5. Xref: veritas alt.sources:1582 comp.mail.uucp:1979
  6. Path: veritas!apple!netcom!netcom.UUCP
  7. From: gam@netcom.UUCP (Gordon Moffett)
  8. Newsgroups: alt.sources,comp.mail.uucp
  9. Subject: Rerouting spooled UUCP mail (HDB+smail)
  10. Message-ID: <17525@netcom.UUCP>
  11. Date: 27 Nov 90 03:20:59 GMT
  12. Sender: gam@netcom.UUCP
  13. Followup-To: alt.sources.d,comp.mail.uucp
  14. Organization: Netcom Public Access Unix, San Jose, CA
  15. Lines: 197
  16.  
  17. My query for a shell script to respool UUCP mail for a site gone dead
  18. had gotten a few responses, but all refering to Lenny Tropiano's
  19. "uureroute.c" posted recently, which expected *you* to provide the new
  20. path names, *you* to provide the UUCP job names, etc ....  A computer
  21. should be expected to do better than that :-)!
  22.  
  23. I had sent a copy of this shell script I was speaking of to our
  24. neighbor, amdahl, when I had originally gotten it, and got it back from
  25. them -- here it is.  You just recalculate your pathalias database, run
  26. this shell script for a given site, and see the mail get rerouted to
  27. new paths.  The usage is quite simple:  "reroute <sitename>", like
  28. "reroute claris" or whatever.  It expects to be run by 'root', and uses
  29. the id(1) program to determine that.
  30.  
  31. I call it "reroute" the author called it "nukeq", you can name it
  32. whatever you like.
  33.  
  34. Here is the author's original message.  Note the caveats!  But I have used it
  35. several times and it works beautifully.  (There was a bug in the reference
  36. to the $user environment variable which is fixed here).
  37.  
  38. When he talks about "smail" he is refering to smail 2.5.  But I have
  39. used it with smail 3.1 without any problems.  Smail 3.1 appears to ignore
  40. the -R flag, perhaps it should be taken out if you're running 3.1
  41.  
  42. Subject: Re: Rerouting spooled UUCP mail?
  43. Date: 11 Jan 90 20:18:08 EST (Thu)
  44. From: uunet!wang.COM!fitz (Tom Fitzgerald)
  45.  
  46. > I need a tool to take UUCP jobs queued up for one site (which is dead)
  47. > and move them to another site's UUCP queue.
  48.  
  49. Here's what I use.  It makes some assumptions:
  50.  
  51. - You're using HDB.  If not, you'll have to screw with the filename
  52.   pattern matching and directories.
  53.  
  54. - You're using SMAIL.  If not, you'll have to have some other mailer that
  55.   accepts header lines in the message without modifying them, and you'll
  56.   have to find some way of simulating SMAIL's -R (aggressive-rerouting)
  57.   option.
  58.  
  59. - You've already rebuilt the 'paths' file so that the dead node is missing
  60.   from all paths.
  61.  
  62. - You're logged in as root (needless to say).
  63.  
  64. It's also got these flaky aspects:
  65.  
  66. - It's dangerous as hell.  I wrote it, and it scares me.  Save a copy
  67.   of all mail, and make sure the result is what you wanted before you
  68.   let a uucico start up.
  69.  
  70. - If any mail is queued for a user on the dead system (or for a user
  71.   that can _only_ be reached via the dead system) it will not be rerouted.
  72.  
  73. - Results in a doubled "Recieved:" line in the header.
  74.  
  75. - More flakinesses are mentioned in the script itself.
  76.  
  77. If you haven't given up yet, here it is.  Good luck.
  78.